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Description 



[0001] The present invention relates to an expansion 
dev.ce detachably installed into a portable computer 
system, such as "notebook" type computer. 5 
[0002] Specifically, the present invention relates to an 
expansion device which is capable of resuming a task 
quickly and precisely from the same point of execution 
when a computer system turns power on again after 
suspending power supply to its components for saving io 
power y 

[0003] Recent advancements in technologies has re- 
sulted in a widespread use of portable or "notebook" 
type computers designed to have a small size and light 
weight for portability. r5 
[0004] An example of portable computer is shown in 
Fig. 18, in which portable computer 100 has relatively 
thin body 110 and cover 120, which is coupled to body 
11 0 so that cover 120 can be opened and closed 
[0005] Cover120hasshallowcase121.Atthebottom so 
of case 121 a pair of cylindrical protrusions 122 is 
formed integrally with the case. With the pair of protru- 
sions 122 rotatable supported with respect to the body 
cover 120 is hinged on body 110, allowing cover 120 to 
be opened or closed with respect to body 110 with an 25 
axis of protrusions 122. In the central portion of the open 
side, i.e. back side, of the cover, liquid crystal display or 
LCD123 is provided as a display means of the personal 
LCD^20 r (hefeinafter the COver is genetically called 

30 

[0006] Body 110 has a shallow case 111 to which sup- 
port plate 112 of a given width is attached to cover the 
rear portion of the upper opening of case 111. At the 
front portion of the upper opening, keyboard 113 is 
placed as an input means of the personal computer At 35 
the back edge of keyboard 1 1 3, a pair of tongue protru- 
sions 114 is formed integrally with keyboard 113 With 
the pair of protrusions 114 supported axially with the 
front edge of support plate 1 1 2, keyboard 1 1 3 is hinged 
on plate 112. This allows keyboard 113 to be opened or 40 
closed with respect to case 111 with an axis of protru- 
sions 1 1 4, and the interior of case 1 1 1 is exposed when 
keyboard 113 is opened. Opening or closing of LCD120 
with respect to body 110 and that of keyboard 113 with 
respect to case 1 1 1 is accomplished by two step oper- 45 
ation on open/close control 115 provided on a side of 
case 111. since closing LCD120 or opening keyboard 
113 will disable computer 100, mechanical operations 
such as LCD close and keyboard open are electrically 
converted into CPU interrupt factors. 50 
[0007] Fig. 1 9 shows the exposed interior of case 111 
with keyboard 113 being opened. At near central portion 
of case 111, partition 116 is provided to separate the 
front portion of case 111 from its rear portion. Partition 
1 1 6 may be formed of a thin metal plate by a bending 55 
process. In the rear portion of case 111 which is en- 
closed by partition 116, there is accommodated internal 
circuits (not shown) of the personal computer including 



CPU, ROM, RAM and system bus. The larger space in 
front of partition 1 1 6 is provided to accommodate expan- 
sion devices, such as floppy disk drive (FDD) pack 117 
and hard disk drive (HDD) pack 119 and battery pack 
118. Provided on a side of partition 116 are connectors 
(not shown) which comply with respective standards for 
the internal circuits of portable computer 100 to electri- 
cally connect these packs with the circuits 
[0008] As a new concept for such portable computer 
100, there has been suggested that FDD pack 117 or 
HDD pack 1 1 8 be used exchangeable with other detach- 
able expansion devices. For example, FDD pack 117 
could be removed from the space in the front portion of 

r a n«™ l% SUbStitute CDROM ^ve pack 50. The term 
CDROM (Compact Disk Read Only Memory), as used 
herein, is meant to be an optical disk of aluminum re- 
flective film type, and particularly a storage medium 
used only for playback which stores information by mak- 
ing use of the fact that depressions on the surface of the 
disk cause variation of the intensity of reflected light Ca- 
pable of high density recording, CDROM has been used 
to record a great quantity of information such as text da- 
ta and program data, as well as audio and image data 
(including pictures, animation and computer graphics) 
By incorporating a CDROM drive having such data play- 
back function, the portable computer as a new medium 
(or multimedia) is expected to be widely used in fields 
including education and entertainment. 
[0009] One of the purposes for which the portable 
computer is developed is outdoor use in a portable man- 
ner. Typically, power supply is therefore not dependent 
on a constant AC source, but on a battery pack (partic- 
ularly NiCd, NiMH or Lilon rechargeable battery) as 
shown in Fig. 1 9. However, the battery pack is limited to 
the type of small size, light weight and short lifetime 
Consequently, measures have been taken in recent 
portable computers for Power Management or Power 
Save. 

[0010] One example of power save is "Suspend" 
which is to be powered down to almost all portions ex- 
cept main memory for power save when a predeter- 
mined state occurs in which an I/O device activity has 
not been detected for a certain period of time or closing 
of an LCD (cover) is detected. Before the suspend mode 
is entered, the data necessary for restarting a task such 
as the hardware context information including I/O con- 
figuration and CPU status and the contents of VRAM is 
saved in main memory. On the other hand, the operation 
for restarting power supply to exit from the suspend 
mode for recovery is called "Resume". In the resume 
mode, the data previously saved in main memory is re- 
stored to each component to enable a task to be restart- 
ed from the same point as that of powered down. This 
senes of power management operations is actually ex- 
ecuted by a program such as those which is called PM 
code (PMC) or Advanced PM (APM), which is a trade- 
mark of Astek International. 

[0011] EP 0 622 483 A (FUJITSU LTD ; SANYO 
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ELECTRIC CO) 13 January 1993 shows an external 
storage device and a computer main body. The problem 
solved is to put the external storage device and/or the 
main computer into a power saving state 
[0012J GB 2 256 735 A (INTEL CORP) 1 6 December 
1 992 shows a non volatile disk cache fixedly installed in 
a computer system, the disk cache comprising a volatile 
memory portion and a non volatile memory portion a 
microcontroller and at least one battery for powering 
these elements. The battery/batteries are used when 
the computer system power is lost. In this way the device 
can work independently of the computer system power. 
[0013] One challenge encountered in developing a 
power management technique is how can a task be re- 
sumed quickly and from precisely the same point of ex- 
ecution as of interruption upon recovery from the power 
save mode such as suspend. 

[0014] As described above, the portable computer 
body (hereinafter called host) saves the system infor- 
mation which was present immediately before suspend, 
such as the hardware context information including reg- 
ister values of each chip and the contents of VRAM, in 
main memory to preserve the "same point of execution" 
for the host. 

[0015] For the expansion device, on the other hand, 
only information to be provided when the host enters the 
suspend mode is "power down". In other words, the host 
does not consider the status of the expansion device 
but consider only itself, that is, whether it has preserved 
the "same point of execution" to effect powered down. 
[0016] From a point of view, the expansion device can 
be divided into the one which has no CPU, e.g floppy 
disk drive or FDD, and the other which has a build in 
CPU, e.g. hard disk or HDD and CDROM drive. Opera- 
tion of the former type is controlled by a controller circuit 
provided within the host, such as floppy disk controller 
or FDC. In such cases, the host could preserve the sta- 
tus of FDD immediately before transition to suspend, i. 
e., the "same point of execution", by managing FDC.' 
[0017] However, the case is different in the expansion 
device having a built in CPU. This type of expansion de- 
vice includes ROM for storing various types of firmware 
and RAM as working area of CPU. The host operating 
system or OS, does not directly control the expansion 
device, but only issues an instruction in a form of com- 
mand to the CPU of the expansion device. The CPU of 
the expansion device interprets the command from the 
host in accordance with the firmware in ROM and per- 
forms actual tasks by using RAM as working area. The 
host OS is not required to directly control all components 
within the expansion device, and typically has not such 
function. In these environments, if the host references 
only the status of itself to be powered down, operation 
results, e.g. the contents of RAM, on the expansion de- 
vice will be lost (i.e., because the host has nothing to do 
against it!), and the lost contents of storage cannot be 
recovered even if power is supplied again from the host. 
[0018] From the descriptions above, those skilled in 



the art will readily appreciate that conventional host 
computers cannot restart a task from precisely the same 
point of execution. 

[0019] Problems which arise when the status imme- 
5 diately before transition to the suspend mode is lost at 
the expansion device will now be briefly described with 
an example of CDROM drive. 

[0020] The RAM at the CDROM drive has recorded 
vanous information on the disk being inserted This in- 
10 formation includes data allocation information such as 
Table of Contents orTOC, drive parameters indicating 
data rates, and audio parameters indicating audio out- 
put levels. Among these, the TOC information is neces- 
sary for searching recording positions during playback 
'5 of the disk, and is retained when the disk contents are 
read into RAM during its insertion until either the disk is 
removed, or power on reset (POR) is done. Each value 
of dnve and audio parameters is dynamically updated 
during processing of commands from the host. Howev- 
20 er, if power supply is suspended only for the conven- 
ience of the host, such data in RAM will be lost. 
[0021 ] Once these working data in RAM is lost, some 
disadvantages are found during resume operation. Of 
these, the TOC information, as with normal Power On 
25 Reset (POR), must be read again from the disk. How- 
ever, the CDROM drive has an average access time of 
as long as 350 milliseconds, requiring seconds or tens 
of seconds even for reading the TOC information. (The 
compact disk usually manages information for each ses- 
30 sion. The TOC is provided for every session and record- 
ed in the Lead In at the beginning of each session. The 
TOC has a size of 512 bytes per session. For the disk 
which consists of multiple sessions, the time required 
for reading operation will be longer as the number of 
35 TOCs increases.) The time duration from several sec- 
onds to tens of seconds is too long for the user to wait, 
taking a random look at the display. In such situations,' 
the user may have wrong or unfavourable impressions,' 
like "the computer is not good enough to use" or "the 
40 machine might have gone trouble". In addition, drive and 
audio parameters must be specified again, as with nor- 
mal POR. In such case, the context of the task is de- 
stroyed, e.g. the disk is played back with a different au- 
dio level. This gives the user a sense of incompatibility. 
^5 Briefly, playback of the CDROM is not restarted from the 
same point of execution. Similar problems might arise 
during wake up after hibernation. (For details of the hi- 
bernation technique for computer systems, refer to Jap- 
anese patent application 5-184186.) 
50 [0022] With fts high capacity, the CDROM, among 
others, is often used for providing long programs such 
as roll playing game, and the user is likely to close the 
LCD many times to stop a game until the program ends 
Thus the problem of the resume mode, i.e. restarting a 
55 task quickly from the same point of execution, becomes 
more severe. 

[0023] Such problem during the resume mode, how- 
ever, is unlikely to occur with the HDD since its average 
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access time is as relatively short as approximately 12 
milliseconds. For the magneto optical (MO) disk drive 
he average access time is as slightly longer as 32 mil- 
liseconds at most (for thick drives. With a built in type 
dnve ' the acces * time further increases as the feed 
motor size is reduced.), the problem of resuming being 
as severe as for the CDROM drive. 
[0024] From the foregoing it should be readily appar- 
ent to those skilled in the art that there is required infor- 
mation for restarting a task from the suspend mode at 
the host, and similarly, that there is also required infor- 
mation for restarting the task at the device, especially at 
the one having its own CPU. Moreover, it should also 
be apparent to those skilled in the art that the host can- 
not control all the information required by the device for 
resuming. However, if no provision is available for man- 
aging the information at the expansion device, a longer 
period of time will be necessary for restarting a task and 
the context of the task will be lost. 
[0025] It is therefore an object of the present invention 
to provide an expansion device which itself saves the 
information which is required during resume operation 
and cannot be managed at the host when the suspend 
mode is entered, thereby allowing a task to be restarted 
quickly and from precisely the same point of execution 
during resume. 
[0026] This object is achieved by the invention 
claimed in independent claims 1 and 7. 
[0027] Advantageous embodiments can be found in 
the sub claims. 

[0028] An embodiment of the invention will now be de- 
scribed, by way of example, with reference to the ac- 
companying drawings, in which: 



Fig. 1 is a block diagram of part of the hardware 35 
organization of a computer system in which the 
present invention is embodied. 

Fig. 2 is the hardware organization of a CDROM 
drive in which the present invention is embodied. 40 

Fig. 3 is a schematic illustration which shows the 
operation modes of a CDROM drive. 

Fig. 4 is a schematic illustration which shows activ- 45 
ities in the CDROM drive in each operation mode. 

Fig. 5 is a flow diagram illustrating operation of the 
CDROM drive during normal power on (POR) by the 
host. „ 

50 

Fig. 6 is a flow diagram illustrating operation of the 
CDROM drive during transition to sleep by an inter- 
nal timer of drive. 
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Fig. 8 is a flow diagram illustrating operation of the 
CDROM drive during wake up from sleep. 

Fig. 9 is a flow diagram illustrating operation of the 
CDROM drive during transition from active, idle or 
standby to suspend mode. 

Fig 1 0 is a flow diagram illustrating operation of the 
CDROM drive during transition from sleep to sus- 
pend mode. 

Fig. 1 1 is a flow diagram illustrating operation of the 
CDROM drive during resume from suspend mode. 

Fig. 1 2 illustrates operation of host control and drive 
status signals when a sleep request by the host con- 
trol signal causes transition from active, idle or 
standby to sleep mode. 

Fig. 1 3 illustrates operation of host control and drive 
status signals during wake up from sleep. 

Fig. 1 4 illustrates operation of host control and drive 
status signals when a suspend request by the host 
control signal causes transition from active, idle or 
standby to suspend mode. 

Fig. 1 5 illustrates operation of host control and drive 
status signals during transition from sleep to sus- 
pend mode. 

Fig. 16 illustrates operation of host control and drive 
status signals during resume from suspend mode. 

Fig. 17 is the hardware configuration of a magneto 
optical disk drive. 

Fig. 1 8 is an isometric view of a portable computer 
and particularly illustrating a usable state with LCD 
opened. 

Fig. 19 is an isometric view of the portable compu- 
ter, and particularly illustrating a state in which the 
case interior is exposed with LCD and the keyboard 
opened. 



Fig. 7 is a flow diagram illustrating operation of the 
CDROM drive during transition to sleep by an in- 
struction of the host. 
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[0029] A preferred embodiment of the present inven- 
tion will now be described underthe following headings: 

A. Organization of a portable computer system 

B. Hardware organization of a CDROM drive 

C. Operation modes of the CDROM drive 

C.1. Active mode 
C.2. Idle mode 
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C.3. Standby mode 
C.4. Sleep mode 
C.5. Suspend mode 



D. Procedure of transition to respective operation 
modes of CDROM drive 

D.1 . Normal power on reset (POR) 

D.1 .1 Processing at the host 

D.1.2. Processing at the CDROM drive 

D.2. Transition to sleep mode using an internal 
timer of the drive 

D.3. Transition to sleep mode upon request 
from the host 

D.4. Return from sieep mode (wake up) 

D.5. Transition from active, idle and standby to 
suspend mode 

D.6. Transition from sleep to suspend mode 

0.7. Recovery from suspend mode (resume) 

E. Timing diagram of the operation of host control 
and drive status signals 
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bus 80 so that it can send to or receive commands from 
the host. Drive 50 is also connected with sub CPU60 
through host Control Signal (hereinafter also referred to 
as CS) 19 and two drive Status Signals (also called SS1 
5 and SS2) 20. The function of signals 1 9 and 20 will be 
later described. 

[0032] Connected to system bus 80 are expansion 
devices such as FDD and HDD. 
[0033] At the host, when a specified event indicating 
io that a task cannot continue, such as "LCD close", "key- 
board open", and "battery discharged", is detected 
main CPU70 is interrupted to enter the suspend mode! 
There are two types of requests from the host to drive 
50 for transition to the suspend mode. In one type, a 
15 suspend request is raised under control of PM code 
(PMC) 71 . In this case, main CPU 70 requests suspend 
from drive 50 by using a command via system bus 80. 
In another type of transition request, a suspend request 
arises under control of APM61 . In this case, sub CPU60 
20 requests suspend from CPU10 in drive 50 via host con- 
trol signal 19. (The transfer of a suspend request using 
a host control signal will be described later.) 
[0034] PMC71 can be the one which is loaded from 
system ROM (not shown) during POR and can be the 
25 other which is incorporated in the operating system 
(OS). What is important in the present embodiment, 
however, is not the operation of power management it- 
self by PMC or APM at the host, but that a suspend re- 
quest is made by the host to drive 50 in a form of either 
so command or control signal. 



B. Hardware organization of a CDROM drive 



E.1 . Transition from active, idle and standby to 
sleep mode 

E.2. Wake up from sleep mode 

E.3. Transition from active, idle and standby to 
suspend mode 

E.4. Transition from sleep to suspend mode 

E.5. Resume from suspend mode 

F. Application to magneto optical disk 

A. Organization of a portable computer system 

[0030] In Fig. 1 , main CPU70 is electrically connected 
with each unit within the system via system bus 80 so 
that it controls the operation of the whole system 100. 
Sub CPU60 is provided to support main CPU70 in power 
management. Within the system shown in Fig. 1 main 
CPU70, sub CPU60 and system bus 80 should be con- 
sidered to make up a host. 

[0031] CDROM drive (hereinafter also referred to as 
drive) 50 is connected to main CPU70 through system 



[0035] Fig. 2 is a detailed block diagram illustrating 
35 the hardware organization of CDROM drive 50 shown 
in Fig. 1 . It should be understood by the following de- 
scription that the present invention is embodied by usina 
CDROM drive 50. 

[0036] Disk (CD) 21 as a storage medium is rotatable 
40 mounted onto spindle motor 5. Beneath the surface of 
disk 21 is located Pick Up Head 1 . Motor drive circuit 4 
controls the rotation of spindle motor 5 so that the track 
of disk 21 rotates at a constant linear velocity (CLV) with 
respect to pick up head 1 . 
45 [0037] Pick up head 1 is used for read data using the 
output of laser to disk 21 and reception of reflected light, 
and is mounted onto slider motor 6 which is movable in 
the radial direction of disk 21 . 

[0038] The output signal from pick up head 1 is input 
50 to servo circuit/digital signal processing circuit 3 via RF 
amplifier 2 for both position control of pick up head 1 
and data processing. For position control, a control sys- 
tem which is made up of servo circuit 3 and motor drive 
circuit 4 controls synchronous driving of spindle motor 
55 5 and slider motor 6 based on that output signal to en- 
able pick up head 1 to access disk 21 . Pick up head 1 
is supported by a two axis device (not shown) which is 
capable of precision driving and focus and tracking ad- 
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justable. For data processing, the output signal is proc- 
essed by digital signal processing circuit (DSP) 3 To 
send a processed digital signal to the host, digital/ana- 
log converter circuit (DAC) 7 converts the signal into an 
analog for output. For output to a headphone, the signal s 
is output via DAC7 and audio amplifier circuit 8 When 
the signal is output as digital data to the host, decoder 
circuit 9 decodes the signal to send it to system bus 80 
The servo circuit and DSP are shown with identical ref- 
erence numeral 3, and may be of the same chip or of 10 
separate chips. 

[0039] A tray (not shown) for mechanically mounting 
disk 21 is coupled with loading motor 12 in a power 
transferrable manner. Motor drive circuit 11 controls 
loading motor 1 2 in response to a signal from eject but- rs 
ton 18 which is used to indicate tray open or close op- 
eration or a request from CPU10 (or request from the 
host via CPU10), thus allowing replacement of disk 21 
[0040] CPU 1 0 is a controller means for controlling the 
operation of each unit within CDROM drive 50 CPU 10 20 
includes clock 14 for synchronizing operations, ROM16 
RAM 15 and Electrically Erasable Programmable ROM 
(EEPROM) 17. 

[0041] ROM16 is a read only memory with its write 
data determined during manufacture and is used to 25 
store various types of firmware. The actual firmware to 
be stored is used for self test performed by drive 50 dur- 
ing start up (POR), command processing for interpreting 
commands sent from the host (also called host com- 
mand), checking drive status such as disk in/out and tray 30 
open/close, or mechanical control for controlling the 
drive mechanism such as tray eject. 
[0042] RAMI 5 is first data saving means used by 
CPU10 as working area and, as described in the intro- 
duction above, is used to store various information on 35 
the disk 21 being inserted (e.g. allocation information 
such as TOC, drive parameters indicating data rates 
audio parameters indicating audio output levels) There 
are Dynamic RAM (DRAM) which requires refreshing of 
stored data and Static RAM (SRAM) which does not re- 40 
quire refreshing. In this embodiment, SRAM is preferred 
(the reason of which will be described later) 
[0043] EEPROM17 is a write-enable non-volatile 
semiconductor memory and acts as second data saving 
means, details of which described below. There are two 43 
types of EEPROM: in one type, data can be erased only 
per bit, and in so called flash memory of another type 
data can be fully erased by sector. Although either type 
can be used as second data saving means, the latter 
allows more efficient operations. 50 
[0044] Interface circuit 9 is used to control the flow of 
data between the host and drive 50 and includes a con- 
trol register, command register, status register error 
register and data register. Of these, the status register 
includes a field for retaining the current operation mode ss 
of drive 50 (operation modes of drive 50 will be de- 
scribed in section C) and a Busy Flag for presenting an 
Activity of drive 50 to the host. The activity of drive 50 



can be a Ready state in which a host command can be 
executed immediately or a Busy state in which no host 
command can be accepted due to processing of a task 
The host OS can recognize the status of drive 50 by poll- 
ing this status register. Interface and decoding circuits 
are shown in Fig. 2 with identical reference numeral 9 
and may be configured with the same chip or separate 
chips. 

[0045] As described above, communications be- 
tween CPU10 of drive 50 and the host are performed 
with commands send or received via interface circuit 9 
and also with host control signal 1 9 and drive status siq- 
nal 20. y 

[0046] Host control signal 1 9 is a signal used by the 
host to communicate its intention to drive 50 and pro- 
vided for two purposes in this embodiment. One is to 
send a request from the host for changing operation 
mode. Another is to initiate hardware interrupt to CPU10 
while clock 14 is in halted. As described in section C 
CDROM drive 50 can enter an operation mode of sleep 
or suspend where clock 14 of CPU 10 is in a halt state 
Halted clock 14 causes interface circuit 9 to stop and 
accept no command. Therefore, interruption of CPU 10 
by host control signal 1 9 activates clock 1 4. 
[0047] Conversely, drive status signal 20 is a signal 
used by dnve 50 to communicate its intention to the host 
and consists of two signal lines SS1 and SS2 as de- 
scribed above. SS1 indicates the activity of drive 50 with 
a High or Low level of signal. (In this embodiment, a busy 
state causes SS1 to go to a low level.) SS2 is used to 
notify the host that drive 50 moves voluntarily from ac- 
tive, idle or standby to sleep mode (see section D.2). 
[0048] Though drive 50 is supplied with power from 
the host, as shown with an arrow of reference numeral 
13, detailed power lines are not shown. It should be not- 
ed, however, that turning on or off this power supply 13 
is caused by normal power on (POR) or power off at the 
host and also dependent upon suspend/resume opera- 
tion. 

[0049] Operations of host control signal 1 9, drive sta- 
tus signal 20 and power supply 13 will be described in 
detail in section E. 

C. Operation modes of the CDROM drive 



[0050] CDROM drive 50 has five operation modes- 
Active, Idle, Standby, Sleep and Suspend. 
[0051] Fig. 3 schematically shows each operation 
mode and transitions between them. Transition between 
each mode is triggered by an internal timer of drive 50 
a request by a host command or host control signal ap- 
plication of power from the host for resume, or normal 
application or suspension of power (POR) by the host. 
In Fig. 3, each transition is represented by an arrow in- 
dicating a trigger. The procedure of transition to each 
operation mode depends on its trigger and will be de- 
scribed in detail in section D. 

[0052] The state of operation of each mechanism and 
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electrical circuit within drive 50 varies between opera- 
tton modes, and their relationship is shown in Fig 4 In 
the table shown in Fig. 4, column headings indicate 
components of drive 50 (the numbers in column head- 
ings correspond to reference numerals in Fig. 2) and s 
row headings indicate operation modes. Characters A 
(Active), I (Inactive) and D (Disabled) in each column of 
the table denote the activity state in the corresponding 
operation mode of each component, and the activity lev- 
el descends in this order; A, I and D. 10 
[0053] It should be readily understood in Figs. 3 and 
4 that each component within drive 50 becomes more 
inactive as the operation mode moves downward It 
should also be apparent to those skilled in the art that 
the more drive 50 becomes inactive, the more power is 
reduction is achieved. 

[0054] In other words, as the operation mode changes 
from active to idle, standby, sleep and suspend, drive 
50 goes deep into sleep. Each operation mode will now 
be described. 2Q 

C.1. Active mode 

[0055] Active mode is a state in which power (5V, 
500mA, in this embodiment) is normally supplied from 25 
the host and the drive is currently executing a self teat 
or host command, or the host command can be imme- 
diately executed. 



C.2. Idle mode 

[0056] In idle mode, spindle motor 5 is rotating, but 
the laser output of pick up head 1 will stop. This causes 
output to RF amplifier 2 to be cut off. Then servo control 
i.e. position control for pick up head 1, on slider motor 
6 and the two axis device is substantially interrupted 
The effect of power save on laser output and servo con- 
trol is a decrease of power consumption to 300mA. 
[0057] When a host command is issued in this mode, 
the active mode can be entered with only a time delay 
necessary for restarting servo control. 

C.3. Standby mode 

[0058] In standby mode, the rotation of spindle motor 
5 will also stop, i.e. motor drive circuit 4 and spindle mo- 
tor 5 become more Inactive. This results in decrease in 
power consumption to 100mA. 

[0059] When a host command is issued in this mode, 
the time required for spin up of spindle motor 5 and re- 
starting servo control allows returning to the active 
mode. In active, idle and standby modes, drive 50 is in 
a state in which it can service the host command imme- 
diately. 

C.4. Sleep mode 

[0060] Briefly, sleep mode is a state where clock 14 



of CPU10 in halted and all mechanisms and electrical 
circuits of drive 50 are in a complete halt state (Disa- 
bled). In this mode, power is still supplied from the host, 
but its consumption is only of small leak current (1 OmA),' 
thus leading to a significant power saving. 
[0061] When clock 14 of CPU10 is halted, refreshing 
of memory will be disabled. Therefore, if RAM 1 5 provid- 
ed in CPLM 0 is dynamic RAM, its contents are lost. This 
embodiment, however, employs static RAM as RAM 15 
which will retain its contents only with the supply of the 
aforementioned leak current even in the sleep mode 
[0062] Since halted of clock 1 4 causes interface cir- 
cuit 9 to be in a complete halt state (Disabled), the com- 
mand issued by the host will not be processed in this 
mode. Therefore, the host must issue a request using 
host control signal 19 instead of using a command. 
(Specifically, a request is made for interrupt of CPU 10 
to activate clock 14. Refer to section E for details.) 
[0063] One of the features of power saving which is 
achieved in idle, standby and sleep modes is that power 
supply 13 itself is not turned on or off to each electrical 
circuit within drive 50, but power saving is obtained to 
the extent of approximately two percents of that in the 
active mode, i.e. 500mA to 10mA, by sequentially forc- 
ing each control system into a substantial halt state. In 
other words, it is not necessary for the host or drive 50 
to exercise frequent control over power supply to each 
electrical circuit for effecting these power save modes. 

30 C.5. Suspend mode 

[0064] Suspend mode, if viewed from the host, is to 
stop power supply to almost all units except the main 
memory after the data required for restarting a task has 

35 been saved in the main memory. In suspend mode 
therefore, the power supplied to CD ROM drive 50 will 
be OmA. In this sense, the suspend mode, when viewed 
from the drive, is not different from a state of normal 
power off. In suspend mode, the contents of each reg- 

*o ister and RAM 15 within interface circuit 9 of drive 50 
are lost due to volatility. 

[0065] One of the objectives of the present invention 
is that how the behaviour of drive 50 during transition to 
the suspend mode, i.e. the state within drive 50, imme- 
45 diately before powered down, is preserved, and which 
will be described in detail in section D. 

D. Procedure of transition to respective operation 
modes of the CDROM drive 



50 



D.1 . Normal power on reset (FOR) 



[0066] Fig. 5 shows a flow diagram of normal power 
on procedure (POR). The expansion device is illustrated 
55 as CDROM drive 50. 

[0067] When power is applied at the host (step 202) 
the host and drive 50 performs the following processing 
in parallel. y 
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D.1.1 . Processing at the host 



[0068] At the host, Power on Self Test (POST) is per- 
formed at step 204, and the operating system (OS) is 
loaded to allow the computer system to be operative at 
step 206. 

[0069] Then, a Device Driver is run at step 208. Typ- 
ically, the device driver to be used has been specified 
in the "config.sys" file. 

[0070] At decision block 210, a command is sent to 
the interface circuit at the expansion device (including 
drive 50) to determine whether connection has actually 
been established. The expansion device which fails in 
connection is then treated as being disconnected, as 
shown with a No branch of decision block 210. 
[0071] When, on the other hand, this attempt has 
been successful, a further command is sent to the ex- 
pansion device to confirm drive activity or specify pa- 
rameters at step 212, as shown with a Yes branch of 
decision block 210. Drive activity refers to a state wheth- 
er drive 50 is currently processing a task (i.e. busy state) 
or not, and can be detected by the signal level of drive 
status signal SS1 (referto previous description andsec- 
tion E). Parameters include audio (audio output levels) 
and drive parameters (set time of the power save timer) 
(see section D.2), rotation speed of the spindle motor 
and data rate described above. The device driver, when 
specifying these parameters, notify drive 50 of each 
specified value, as shown with arrow 230 (such notifi- 
cation is not made if drive 50 itself specifies default val- 
ues). 



[0076] when initialization is ended, disk eject is ena- 
bled at step 226. 

[0077] When the processing described above ends at 
the host and drive 50 (step 228), an active state is en- 
s tered. Drive 50, therefore, is then in a state that it can 
execute a host command immediately. 

D.2. Transition to sleep mode using an internal timer of 
the drive 

10 



D.1.2. Processing at the CDROM drive 

[0072] At CDROM drive 50, first, self diagnostic test 
is performed at step 214. The firmware for self test is 
stored in ROM1 6 of drive 50, as described above. If the 
self test fails, steps 21 6, 21 8, 220 and 222 are skipped 
to end initialization (step 224). 

[0073] When , on the other hand, the self test has been 
successful, step 216 is entered to determine if a disk 
has already been inserted into the disk tray. If not, steps 
218, 220 and 222 are skipped to end initialization (step 
224). v H 

[0074] If the disk has already been inserted, step 21 8 
is entered to disable ejection of the disk for disk access 
(specifically, the eject function of the disk tray is killed) 
Next, at step 220, the disk is accessed and an attempt 
is made to read the TOC information. If the read attempt 
fails, step 222 is skipped to end initialization (step 224). 
[0075] If read operation is successful, the TOC infor- 
mation is recorded in RAMI 5 within drive 50 at step 222 
to terminate the process for initialization (step 224). The 
TOC information being recorded is retained in RAM 15 
until the disk is replaced or power on reset (POR). The 
TOC information is used for illegal request error 
processing or searching recording positions for which a 
disk access request occurs (in case of music CDs). 



[0078] CDROM drive 50 can voluntarily enter the 
sleep mode without receiving a request from the host 
Specifically, the internal timer (not shown in Fig. 2) of 
drive 50 monitors the elapsed time from the last disk ac- 
15 cess, and drive 50, whenever a given period of time is 
exceeded, automatically enters the idle, standby or 
sleep mode. Fig. 6 shows a procedure for transition to 
sleep using the internal timer. 

[0079] Until a given period is elapsed from the last 
20 disk access, the active mode is maintained by the loop 
formed of steps 302 and 304. 

[0080] When a given period of time passes, laser out- 
put of pick up head 1 is stopped and servo control such 
as for slider motor 6 (step 306) is set to halt to enter the 
25 idle mode (step 308) . Details of the idle mode has been 
described in section C.2 above. 
[0081] During the time between the last disk access 
and the next given period of time, the idle mode is main- 
tained by the loop formed of steps 308 and 31 0. 
30 [0082] When the next given period of time passes, the 
rotation of spindle motor 5 stops (step 312) and the 
standby mode is entered (step 314). Refer to section C. 
3 above for details of this mode. 
[0083] During the time between the last disk access 
35 and the third predetermined period of time, the standby 
mode is maintained by the loop formed of steps 31 4 and 
316. 

[0084] When the fourth predetermined time passes 
step 320 is taken and clock 14 of CPU10 is halted to 
40 enter the sleep mode. Refer to section C.4 above for 
details of the sleep mode. Since halted clock 14 causes 
interface circuit 9 to stop, transition of drive 50 to the 
sleep mode becomes invisible to the host. (In each 
mode from active to standby, the host can recognize the 
45 mode of drive 50 by polling the status register within in- 
terface circuit 9. The OS of the host, therefore, can rec- 
ognize the operation mode of drive 50, as described 
above.) Then, drive 50 notifies the host via drive status 
signal SS2 of entering the sleep mode before the actual 
50 transition (step 318). For details of notification using 
drive status signal SS2, refer to section E. 
[0085] Thus, CDROM drive 50 can achieve power 
save by itself going deep into sleep without waiting a 
request from the host. 
55 [0086] Each predetermined time period before transi- 
tion to each mode (steps 304, 310 and 316) may be a 
previously specified value before shipment or program- 
mable by the user at the execution of POST. 
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D.3. Transition to sleep mode upon request from the 
host 

[0087] In contrast to D.2, the drive may change from 
the active, idle or standby to sleep mode upon request 
by a host command or host control signal 19. Fig. 7 
shows a procedure of transition to sleep by an instruc- 
tion of the host. 

[0088] The host uses its internal timer (not shown in 
Fig. 1) to monitor the elapsed time from the last drive 
access (steps 402 and 404). It determines the activity 
of drive 50 when a predetermined time period passes 
from the last drive access (step 406). This determination 
is made by checking the busy flag of interface circuit 9 
or the signal level of drive status signal SS1 , as de- 
scribed above. If the activity is determined as a busy 
state, the host waits until drive 50 becomes a ready 
state. When the ready state is entered, the host sends 
a sleep request command to drive 50 via system bus 80 
or requests sleep using host control signal 1 9 (step 408). 
For details of sleep request by host control signal 19, 
refer to section E. 

[0089] Drive 50, upon receiving the sleep request 
from the host, performs a procedure dependent on the 
current operation mode. 

[0090] Drive 50, when it enters the active mode, sets 
at step 412 the busy flag of interface circuit 9 and disa- 
bles the ejection of the disk, i.e. sets a state in which 
other task requests are negated. Next, at step 41 4, drive 
50 stops servo control for the laser output of pick up 
head 1 , slider motor 6 and the like to enter the idle state 
before proceeding to step 420, 

[0091 ] When drive 50 is in the idle mode, it first at step 
416 sets the busy flag and disables the ejection of the 
disk (equivalent to step 412). Next at step 420 it stops 
rotation of spindle motor 5 to enter a standby state. At 
this time, drive 50 has completed preparation for transi- 
tion to the sleep mode, and releases the busy flag which 
has been set previously (step 422). Then, step 426 is 
entered. 

[0092] If drive 50 is already in the standby mode and 
if it has gone to the standby mode with the procedure of 
steps 410 to 422, drive 50 at step 426 first sends back 
an Acknowledge signal of transition to the sleep mode 
through drive status signal SS2 (equivalent to step 31 8). 
Next, drive 50 stops clock 1 4 of CPU1 0 to go to the sleep 
mode (step 428) and the process is ended (step 430). 

D.4. Return from sleep mode (wake up) 

[0093] Return from the sleep mode of drive 50 is 
called Wake up. Fig. 8 shows a procedure for wake up. 
[0094] A request for wake up of drive 50 arises by the 
OS at the host requesting a task from drive 50 at step 
502. First, the host determines whether drive 50 is ac- 
tually in the sleep mode at step 504. The operation mode 
of drive 50 can be determined by referencing the status 
register within interface circuit 9 in a mode sequence 



from active to standby, as described above, but it cannot 
be determined by interface circuit 9 during the sleep 
mode. Instead, if the host has latched a notification of 
transition to sleep (hereinafter called "sleep latch"; see 

5 section E) with drive status signal SS2 (steps 318 and 
426 described above), the sleep mode is determined. 
[0095] If drive 50 is in eitherthe active, idle or standby 
mode, a task can be processed immediately (refer to 
section C), so that the OS sends a command at step 

10 516 and terminates processing at step 51 8. 

[0096] On the other hand, during the sleep mode, al- 
most all components of drive 50 is in a halt state, in 
which a command cannot be processed immediately. 
Then the following procedure is taken. First, the host in- 

15 terrupts CPU10 of drive 50 by using host control signal 
19 and releases the sleep latch at step 506 to activate 
clock 14 at step 508. Next, drive 50 sets the busy flag 
at step 508 and disables the ejection of the disk at step 
510, to return to the mode prior to sleep at step 512. 
20 That is, it returns to the active mode if it was active, the 
idle mode if it was idle, or the standby mode if it was 
standby. The operation mode entered before transition 
to sleep has been stored by the status register within 
interface circuit 9. 
25 [0097] When recovery is completed, the busy flag pre- 
viously being set is released and the host is notified that 
command processing has become possible at step 514. 
Then, the OS issues a command at step 51 6 and termi- 
nates wake up processing at step 518. 

30 

D.5. Transition from active, idle and standby to suspend 
mode 

[0098] One of the features of the present embodiment 

35 is how drive 50 saves the immediately prior state when 
the host turns into the suspend mode. This feature will 
be apparent in this section and section D.6. 
[0099] Fig. 9 shows a procedure for transition from the 
active, idle or standby to the suspend mode. 

40 [0100] At the host, when a specified event is detected 
which indicates a task cannot be continued, such as 
"LCD120 is closed", "keyboard 11 3 is opened" and "bat- 
tery 119 is discharged to a given extent", an interrupt of 
CPU70 occurs to enter the suspend mode at step 602. 

45 it should be understood that details of processing for the 
suspend mode is beyond the scope of the present em- 
bodiment and will not be described herein. 
[0101] Next, the host determines the status of drive 
50, i.e. the operation mode and activity of the drive at 

50 step 604. If drive 50 is in the sleep mode, a procedure 
is taken to move from sleep to the suspend mode via 
branch Q (see Fig. 10 and section D.6). When drive 50 
is in a busy state or processing other task, the host waits 
until the drive becomes ready. If drive 50 becomes 

55 ready, the host send suspend request to drive 50 in a 
form of host command or host control signal 19 at step 
606. 

[01 02] Drive 50, upon receiving from the host the sus- 
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pend request, performs a procedure dependent on the 
current operation mode. 

[0103] If drive 50 is in the active mode, it first at step 
610 sets the busy flag and disables the ejection of the 
disk. Next, at step 612, it stops the laser output of pick 
up head 1 and motor servo control to enter the idle state 
before proceeding to step 618. 

[0104] If drive 50 is in the idle mode, it first sets the 
busy flag and disables the ejection of the disk at step 
616. Next, at step 618, it stops operations such as the 
rotation of spindle motor 5 to enter the standby state 
before proceeding to step 624. 

[0105] If drive 50 is already in the standby mode, it 
sets the busy flag and disables the ejection of the disk 
at step 622. 

[01 06] Drive 50, when it has completed respective op- 
erations of steps 622 and 618, is in a state in which it 
could accept the suspension of power supply 13 from 
the host. However, if power is suspended immediately 
after these steps, the working data stored in RAM 15 (e. 
g. TOC information, drive and audio parameters) and 
the contents of each register within interface circuit 9 
will be lost, because of these storage media is volatile. 
The problems encountered when these contents are 
lost are as described in the Description of the Prior Art 
above. Thus, in this embodiment, the contents of 
RAM 15 and each register are saved in a non- volatile 
semiconductor data saving device of flash memory 17 
(step 624). In this manner, necessary data is preserved 
before drive 50 releases the busy flag and notifies the 
host that preparation for entering the suspend mode is 
completed (step 626). 

[0107] Next, the host, upon detecting the release of 
the busy flag, suspends power supply 13 to drive 50 at 
step 628 and terminates processing fortransition to sus- 
pend for the entire system (step 630). 

D.6. Transition from sleep to suspend mode 

[0108] Fig. 10 shows a procedure for transition from 
the sleep to suspend mode. That is, Fig. 10 illustrates a 
succeeding procedure of branch Q when drive 50 has 
been determined to be in the sleep mode at step 604 in 

Fig. 9. 

[0109] In the sleep mode, each unit of drive 50 is in a 
halt state, i.e. the state in which operation cannot be 
done to save the contents of RAM 15 and each register 
within interface circuit 9. Therefore, the host interrupts 
C PU1 0 of drive 50 by using host control signal 1 9 at step 
700 and activates clock 1 4 of CPU10 at step 702, to re- 
cover operation of each unit within drive 50 (actually re- 
turn to the standby mode). 

[0110] Then, drive 50 sets the busy flag and disables 
the ejection of the drive at step 704. At step 706, it saves 
the contents of RAMI 5 and each register of interface 
circuit 9 in flash memory 1 7 (equivalent to step 624). 
[01 1 1 ] Next, drive 50 releases the busy flag and noti- 
fies the host of the completion of preparation for transi- 



tion to suspend at step 708. In response to this notifica- 
tion, the host suspends power supply 13 to drive 50 at 
step 71 0 and terminates processing for transition to sus- 
pend for the entire system at step 712. 

5 

D.7. Recovery from suspend mode (resume) 

[0112] One of the effects of the present embodiment 
is that it is possible to provide an environment in which 

10 drive 50 can restart a task quickly and from precisely the 
same point of execution when the host enters a resume 
state. This effect will be apparent in this section. 
[0113] Fig. 11 shows a procedure for resuming from 
the suspend mode. 

15 [01 14] In the suspend mode, the host, upon detecting 
a specified event indicating the possibility of restarting 
a task, such as "LCD is opened", "keyboard is closed", 
and "battery 119 is recharged", an interrupt of main 
CPU70 occurs at step 802 to initiate resume operation 

20 for restarting the task. As part of this resume operation, 
power supply 13 to drive 50 is regained at step 804. It 
should be understood that details of processing for 
resume at the host is beyond the scope of the present 
embodiment and will not be described herein. 

25 [0115] At the drive 50, power supply alone does not 
provide the determination if it is for normal POR or 
resume. To allow the determination, the host issues host 
control signal 1 9 which differs in waveform from that for 
resume (refer to section E for details). At step 806, if a 

30 normal POR is determined, the procedure described in 
Fig. 5 and section D.1 is performed via branch P. On the 
other hand, if the decision is made that the power supply 
is for resume, processing goes to the following step 808 . 
[0116] At step 808, drive 50 disables the ejection of 

35 the disk and sets the busy flag to disable reception of a 
host command. 

[0117] Next, at step 8 10, the data being saved in flash 
memory 17 is restored into each unit. As described 
above, the information restored in this step include the 
TOC information, audio and drive parameters, and val- 
ues of each register within interface circuit 9. It should 
be noted that data transfer becomes faster since the 
TOC information is not read again from the disk, but re- 
stored from the semiconductor memory. This point is 

45 considerably different from normal POR (see step 220 
in Fig. 5 and section D.1). It should also be noted that 
the task context is not destroyed since the status at the 
time of task interruption, including audio and drive pa- 
rameters and register values, is restored. Also this point 

50 differs considerably from that of normal POR. (During 
POR, the device driver specifies a given value or drive 
50 itself sets a default value. See steps 212 and 230 in 
Fig. 5 and section D.1 .) 

[0118] Next, drive 50 moves into the operation mode 
55 which was taken at the time of entering the suspend 
mode (step 812). The operation mode taken at the time 
of entering the suspend mode has been recorded in the 
status register within interface circuit. Since the contents 
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of the status register has been restored in eartier step 
810, reference of them ensures return to the same op- 
eration mode. In this manner, all processing for resume 
is completed (step 814). 

E. Timing diagram of the operation of host control and 
drive status signals 

[01 1 9] As described above, CD ROM drive 50 may en- 
ter the other modes not with a host command but with 
host control signal 19. In addition, the intention of the 
host may communicate only with host control signal 19 
because the halt of clock 1 4 of CPU10 inhibits reception 
of the host command. It should be understood by those 
skilled in the art that host control signal (CS) 1 9 acts in 
cooperation with drive status signals 20 (SS1 and SS2). 
This section will describe the relationship between each 
signal line and the operation of drive 50 with reference 
to Figs. 12 to 16. In each timing diagram shown in Figs. 
12 to 16, the first line denotes the signal level of host 
control signal (CS) 19, the second line the signal level 
of drive status signal SS1 , the third line the signal level 
of drive status signal SS2, the fourth line the voltage lev- 
el of supply power from the host and the fifth line the 
operation mode of drive 50. 

E.1 . Transition from active, idle and standby to sleep 
mode 

[0120] Fig. 12 is a timing diagram of each signal when 
a sleep request is issued by host control signal CS. 
[0121] Host control signal CS is normally kept at a 
high level and used to send a low level pulse wave (here- 
inafter called pulse wave) as a hardware interrupt when 
an intention of the host is communicated to CPU1 0. That 
is, if the host wants to lower the operation mode of drive 
50 by a single level, it sends a low level pulse wave only 
once to host control signal CS to transfer its request. To 
further lower the operation mode by one level, the host 
sends the pulse wave once again within a specified time 
duration (T1). To enter a further lower level of operation 
mode, the host sends the pulse wave the third time with- 
in a specified time duration (T1) after the last pulse 
wave. Therefore, host control signal CS for requesting 
sleep is represented by three consecutive pulse waves, 
as shown in Fig. 12(a), when drive 50 is in the active 
mode, by two consecutive pulse waves, as shown in Fig. 
12(b), in the idle mode and by a single pulse wave, as 
shown in Fig. 12(c), in the standby mode, respectively. 
[0122] Drive 50, upon receiving such sleep request, 
takes a slight time delay to start a predetermined pro- 
cedure for transition to the sleep mode (see steps 410 
to 420 in Fig. 7 and section D.3). At this time, drive 50 
sets the busy flag and turns drive status signal SS1 into 
a low level. Drive status signal SS1 is kept at a high level 
when drive 50 is in a ready state, and goes to a low level 
when a busy state is entered. Thus, when drive status 
signal SS1 is at a low level, the host command or disk 



eject request is negated. 

[0123] If successful in the procedure preparatory for 
transition to the sleep mode, drive 50 sends a single 
pulse wave to drive status signal SS2 to inform the host 

5 of Sleep in. The host remembers that drive 50 is in the 
sleep state by using the rise edge of this pulse wave for 
latching, i.e. sleep latch, as described above. After a 
slight time delay following the sleep in pulse wave, drive 
50 releases the busy flag and returns drive status signal 

10 SS1 to a high level to complete transition to sleep. 
[0124] During the operation series of entering the 
sleep mode, power supply 13 is kept at a voltage level 
of 5V. 

15 E.2. Wake up from sleep mode 

[0125] Fig. 13 is a timing diagram of each signal at 
wake up from sleep. 

[0126] The host sends a single pulse wave to host 
20 control signal CS to wake up drive 50 from sleep. The 
rising edge of this pulse wave is used as an interrupts 
CPU 10 of drive 50. 

[0127] When CPU10 is interrupted, clock 14 is acti- 
vated to allow a predetermined preparatory procedure 
25 for wake up to be executed after a slight time delay (see 
steps 510 to 514 in Fig. 8 and section D.4). At this time, 
drive 50 sets the busy flag and turns drive status signal 
SS1 into a low level. 

[0128] If successful in the preparatory procedure for 
30 wake up, drive 50 releases the busy flag and returns 
drive status signal SS1 to a high level. Drive 50 itself 
enters the operation mode which was present immedi- 
ately before sleep, to complete wake up. 
[0129] During the operation series of waking up from 
35 sleep, drive status signal SS2 is kept at a high level and 
power supply at a voltage level of 5V. 

E.3. Transition from active, idle and standby to suspend 
mode 



40 

[0130] Fig. 14 shows a timing diagram of each signal 
when a suspend request is sent by host control signal 
CS. 

[0131] Host control signal CS for requesting a sus- 
45 pend depends on the current operation mode of drive 
50. tn the active mode, as shown in Fig. 14(a), three 
consecutive pulse waves with an equivalent interval 
(T1) are sent and after a predetermined time duration 
(T2:T2>T1 ), a single pulse wave follows. Similarly, in the 
so idle mode, as shown in Fig. 1 4(b), two consecutive pulse 
waves with an equivalent interval (T1 ) are sent and after 
a predetermined time duration (T2), a single pulse wave 
follows. In the standby mode, as shown in Fig. 14(c), a 
single pulse wave is sent and after a predetermined time 
55 duration (T2), another single pulse wave follows. 

[01 32] Drive 50 starts a given procedure for prepara- 
tion (see steps 610 to 618 in Fig. 9 and section D.5) 
within the specified time duration (T2) after receiving the 
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first chain of pulse waves. At this time, drive 50 sets the 
busy flag and turns drive status signal SS1 into a low 
level. Then drive 50 cannot determine if host control sig- 
nal CS is a sleep or suspend request. Thus, the prepar- 
atory sequence then executed is not different from that 
for transition to sleep (see section E.1). 
[0133] Next, drive 50, upon receiving a pulse wave 
again which follows the last pulse wave after a specified 
time duration (T2), determines that this host control sig- 
nal CS is for a suspend request. Drive 50 then starts to 
save the contents of RAMI 5 and each register of inter- 
face circuit 9 in flash memory 1 7 (see step 624 in Fig. 9 
and section D.5). 

[01 34] If successful in saving data in flash memory 1 7, 
drive 50 releases the busy flag and returns drive status 
signal SS1 to a high level. At this time, drive 50 itself 
enters the suspend mode. 

[0135] Thereafter, the host confirms that the proce- 
dure for entering suspend for the host itself, other ex- 
pansion devices, and the like has been completed, to 
suspend power supply 13. In response to this suspen- 
sion of power supply, the host control signal and drive 
status signals SS1 and SS2 are also turned into a low 
level. 

E.4. Transition from sleep to suspend mode 

[0136] Fig. 15 is a timing diagram of each signal dur- 
ing transition from sleep to suspend mode. 
[0137] Drive 50, if in the sleep mode, must return from 
a temporary halt state for processing such as saving da- 
ta in flash memory 17. Then, the host sends a single 
pulse wave to host control signal CS to interrupt CPU 1 0 
of drive 50. Next, drive 50 executes a given procedure 
for returning to the standby mode, such as activating 
clock 14. At this time, drive 50 sets the busy flag and 
turns drive status signal SS1 into a low level. Details of 
these operations are the same as for wake up from sleep 
to standby described in section E.2. 
[0138] Returning to the standby mode, drive 50 re- 
leases the busy flag and returns drive status signal SS1 
to a high level. Next, it performs a procedure for transi- 
tion from the standby to suspend mode. Details of the 
procedure are the same as that for E.3. 

E.5. Resume from suspend mode 

[0139] Fig. 16 is a timing diagram of each signal dur- 
ing resume from suspend mode. 
[0140] During suspend mode, the host starts resume 
operation when an interrupt factor occurs in main 
CPU70 at the host, and as part of the operation, restarts 
power supply 1 3 to drive 50. 

[0141] In response to the restart of power supply 13, 
drive status signals SS1 and SS2 returns to a high level. 
Drive 50 first performs reset processing such as return- 
ing pick up head 1 to its origin. 

[0142] During normal POR, host control signal CS, as 



a drive status signal, is set to a high level upon power 
on. On the other hand, during resume from suspend, the 
host keeps host control signal CS at a low level for a 
specified period of time. Therefore, drive 50 can deter- 

5 mine that power supply is for resume (or for POR) by 
confirming host control signal CS of a low level (or high 
level) immediately after reset processing. Thus, the host 
asserts resume operation by keeping host control signal 
CS at a low level. 

10 [0143] Upon detecting resume, drive 50 performs re- 
covery processing such as restoring data from flash 
memory 17 into each component. Then drive 50 sets 
the busy flag and turns drive status signal SS1 into a 
low level. During that time, any host command or re- 

15 quest of disk ejection is negated. 

[0144] Upon completing recovery operation, drive 50 
releases the busy flag and returns drive status signal 
SS1 to a high level to return to the operation mode en- 
tered immediately before suspend. 

20 [0145] Although this embodiment uses only a single 
drive status signal SS1 to allow requests for transition 
to a number of operation modes to be represented by 
varying the signal waveform, the principles of the 
present invention are not limited to this embodiment. For 

25 example, each transition to the operation mode would 
have its own signal line and any request for transition 
may be represented by a single pulse wave. 

F. Application to magneto optical disk 

30 

[0146] The preferred embodiment of the present in- 
vention uses a CDROM drive. However, magneto opti- 
cal disks, which are similar to CDROM drives in struc- 
ture and effects, also have problems which can be ad- 
35 dressed by the present invention. This section will briefly 
describe that the present invention can also be practised 
in relation to magneto optical disk drives. 
[0147] Fig. 17 shows the hardware configuration of 
magneto optical disk drive 51 in which the present in- 
40 vention is practised. Identical reference numbers indi- 
cate similar components to those shown in Fig. 2. Mag- 
neto optical disk drive 51 differs from CDROM drive 50 
in that drive 51 further includes magnetic coil 25 for write 
operation to magneto optical (MO) disk 26, drive circuit 
45 22 for driving magnetic coil 25, analog/digital converter 
circuit (ADC) 24 for converting analog input into digital 
signals and encoder circuit 23 for encoding signals. 
[01 48] It should be readily understood by those skilled 
in the art that descriptions in sections A to E also apply 
50 to this magneto optical disk drive 51 . 

[01 49] By using the present invention , it is possible to 
provide an expansion device detachably installed into a 
computer system (host) and capable of quickly and ex- 
actly in response to a series of operations for power 
55 management at the host. Furthermore, it is possible to 
provide an environment for a portable computer system 
wherein the expansion device itself saves the informa- 
tion which is required during resume operation and can- 
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not be managed at the host when the suspend mode is 
entered, thereby allowing a task to be restarted quickly 
and from precisely the same point of execution during 
resume. 



Claims 

1 . An expansion device (50) detachably installed into 
a portable computer system (100), the expansion 10 
device comprising central processing means (10) 

for controlling the operation of said expansion de- 
vice, first, volatile data storage means (16) for use 
as working area by said central processing means 
(10), interface means (9) for communicating with 1$ 
said computer system, means for supplying power 
(1 3) from the computer system to the powered ele- 
ments in said expansion device, and second, non- 
volatile data storage means (17) for saving context 
information held by said interface means (9) and da- 20 
ta stored in said first data storage means (16) in re- 
sponse to a prior notification of powering down from 
said computer system via said interface means. 

2. The expansion device of claim 1 , wherein said ex- 25 
pansion device is a CDROM drive or a magneto op- 
tical disk drive. 

3. The expansion device of claim 1 or 2, wherein said 
first data storage means is a static RAM. 30 

4. The expansion device of claim 1 , 2 or 3, wherein 
said interface means receives a request from said 
computer system in the form of a command. 

35 

5. The expansion device of claim 1 , 2 or 3, wherein 
said interface means receives a request from said 
computer system in the form of a hardware inter- 
rupt. 

40 

6. The expansion device of any preceding claim, 
wherein said second data storage means is a flash 
memory. 

7. A method for controlling an expansion device as 45 
claimed in claim 1 , comprising the steps of receiving 

a prior notification of powering down from said com- 
puter system, saving in said second data storage 
means (17) context information held by said inter- 
face means (9) and the data stored in said first data so 
storage means (1 6) in response to said notification, 
notifying said computer system of the completion of 
said saving step, and powering down the expansion 
device by said computer system in response to said 
notification. 55 

8. A method as claimed in claim 7, further including 
the steps of receiving an instruction from said com- 
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puter system when power supply is restarted, re- 
storing the data saved by said second data storage 
means (1 7) to said interface means (9) and said first 
data storage mean (16) in response to said instruc- 
tion, notifying said computer system of the comple- 
tion of said restoring step, and restarting power sup- 
ply by said computer system in response to said no- 
tification. 



Patentanspriiche 

1. Erweiterungseinheit (50), die abnehmbar in einem 
tragbaren Computersystem (100) angebracht ist 
und Folgendes umfasst: 

ein zentrates Verarbeitungsmittel (10) zur 
Steuerung der Arbeit der Erweiterungseinheit; 

ein erstes fluchtiges Datenspeichermittel (16) 
zur Verwendung als Arbeitsbereich durch das 
zentrale Verarbeitungsmittel (10); 

ein Schnittstellenmittel (9) zum Datenaus- 
tausch mit dem Computersystem; 

ein Mittel zur Strom versorgung (13) vom Com- 
putersystem fur die elektrisch betriebenen Bau- 
elemente in der Erweiterungseinheit; und 

ein zweites nichtf luchtiges Datenspeichermittel 
(17) zur Speicherung von Kontextdaten aus 
dem Schnittstellenmittel (9) und von in dem er- 
sten Datenspeichermittel (16) gespeicherten 
Daten als Reaktion auf eine vorherige Ankiin- 
digung des Ausschaltens des Computersy- 
stems uber das Schnittstellenmittel. 

2. Erweiterungseinheit nach Anspruch 1, wobei die 
Erweiterungseinheit ein CD-ROM-Laufwerk oder 
ein magnetooptisches Plattenlaufwerk ist. 

3. Erweiterungseinheit nach Anspruch 1 oder 2, bei 
welcher das erste Datenspeichermittel ein stati- 
scher Arbeitsspeicher (RAM) ist. 

4. Erweiterungseinheit nach Anspruch 1 , 2 oder 3, bei 
welcher das Schnittstellenmittel von dem Compu- 
tersystem eine Anforderung in Form eines Befehls 
empfangt. 

5. Erweiterungseinheit nach Anspruch 1 , 2 oder 3, bei 
welcher das Schnittstellenmittel von dem Compu- 
tersystem eine Anforderung in Form eines Hard- 
ware-Interrupt empfangt. 

6. Erweiterungseinheit nach einem der vorangehen- 
den Anspruche, bei welcher das zweite Datenspei- 



13 



EP 0 679 983 B1 



chermittel ein Flash-Speicher ist. 

7. Verfahren zur Steuerung der Erweiterungseinheit 
nach Anspruch 1 , welches die folgenden Schritte 
umfasst: 5 

Empfangen einer Vorankundigung der Strom- 
abschaltung vom Computersystem; 



Speichern der Kontextdaten des Schnittstellen- 
mittels (9) und der im ersten Datenspeichermit- 
tel (16) gespeicherten Daten in dem zweiten 
Datenspeichermittel (1 7) als Reaktion auf die 
Ankundigung; 

Benachrichtigen des Computersystems uber 
die Beendigung des Speicherungsschrittes; 
und 
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aux elements alimentes electriquement dans ledit 
dispositif d'extension, et des deuxiemes moyens de 
stockage de donnees non volatil (17), pour sauve- 
garder une information de contexte contenue dans 
lesdits moyens d'interface (9) et des donnees stoc- 
kees dans lesdits premiers moyens de stockage de 
donnees (16), en reponse a une notification ante- 
rieure d'une coupure d'alimentation electrique, de- 
puis ledit system e d'ordinateur, via lesdits moyens 
d'interface. 

Le dispositif d'extension selon la revendication 1 , 
dans lequel ledit dispositif d'extension est une unite 
a CDROM ou une unite a disque magneto-optique. 

Le dispositif d'extension selon la revendication 1 ou 
2, dans lequel lesdits premiers moyens de stockage 
de donnees sont une RAM statique. 



Abschalten der Stromversorgung der Erweite- 
rungseinheit durch das Computersystem als 
Reaktion auf die Ankundigung. 

8. Verfahren nach Anspruch 7, welches femer die fol- 
genden Schritte beinhaltet: 

Empfangen einer Anweisung vom Computer- 
system, wen n die Stromversorgung wieder auf - 
genommen wird; 

Wiederherstellen der durch das zweite Daten- 
speichermittel (17) gespeicherten Daten im 
Schnittstellenmittel (9) und im ersten Daten- 
speichermittel (1 6) als Reaktion auf die Ankun- 
digung; 

Benachrichtigen des Computersystems uber 
die Beendigung des Wiederherstellungsschrit- 
tes; und 

Wiederaufnahme der Stromversorgung durch 
das Computersystem als Reaktion auf die An- 
kundigung. 



Revendlcations 

1 . Un dispositif d'extension (50), installe de facon de- 
tachable dans un systeme d'ordinateur portable 
(100), le dispositif d'extension comprenant des 
moyens de traitement central (10) pour commander 
le fonctionnement dudit dispositif d'extension, des 
premiers moyens de stockage de donnees volatil 
(16), pour utilisation en tant que surface de travail 
par lesdits moyens de traitement central (10), des 
moyens d'interface (9) pour communiquer avec le- 
dit systeme d'ordinateur, des moyens pour foumir 
de la puissance (1 3) depuis le systeme d'ordinateur 



20 4. Le dispositif d'extension selon la revendication 1 , 2 
ou 3, dans lequel lesdits moyens d'interface recoi- 
vent une requete emanant dudit systeme d'ordina- 
teur, sous la forme d'une instruction. 

25 5. Le dispositif d'extension selon la revendication 1 , 2 
ou 3, dans lequel lesdits moyens d'interface recoi- 
vent une requete emanant dudit systeme d'ordina- 
teur, sous la forme d'une interruption de circuiterie. 

30 6. Le dispositif d'extension selon Tune quelconque 
des revendications prec6dentes, dans lequel les- 
dits deuxiemes moyens de stockage de donnees 
sont une m6moire flash. 

35 7. Un proced§ de commande de dispositif d'extension 
selon la revendication 1, comprenant les etapes 
consistant a : recevoir une notification anterieure de 
coupure d'alimentation electrique depuis ledit sys- 
teme d'ordinateur, sauvegarder, dans lesdits 

40 deuxiemes moyens de stockage de donnees (17), 
une information de contexte, detenue par lesdits 
moyens d'interface (9), et les donnees ayant ete 
stockees dans lesdits premiers moyens de stocka- 
ge de donnees (1 6) en reponse a ladite notification, 

45 notifier audit systeme d'ordinateur I'ach6vement de 
ladite etape de sauvegarde, et couper I'alimentation 
electrique du dispositif d'extension par ledit syste- 
me d'ordinateur, en reponse a ladite notification. 

50 8. Un procede selon la revendication 7, comprenant 
en outre les etapes de reception d'une instruction 
depuis ledit systeme d'ordinateur lorsque I'alimen- 
tation electrique est relancee, de restau ration des 
donnees ayant ete sauvegardees par lesdits 
55 deuxiemes moyens de stockage de donnees (17) 
sur lesdits moyens d'interface (9) et lesdits premiers 
moyens de stockage de donnees (16), en reponse 
a ladite instruction, notification audit systeme d'or- 
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dinateur de Pachevement de ladite etape de restau- 
ration, et relance de I'alimentation de puissance par 
ledit systeme d'ordinateur, en reponse a ladrte no- 
tification. 
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